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(54) Patient monitor with continuous status display 



(57) Disclosed is a patient monitoring system with a 
plurality of patient monitors, each for monitoring the 
physiological condition of a local patient connected with 
respective patient monitor, whereby the patient moni- 
tors provide a data-communication with each other. 
Each patient monitor comprises a display (300) adapted 



for displaying information representative of the physio- 
logical condition of the local patient. The display (300) of 
at least one of the patient monitors comprises an over- 
view area (310) for displaying status information from 
one or more of the other patient monitors. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to patient mon- 
jtors for nnonitoring the physiological condition of a 
patient, in particular networked patient monitors. 
[0002] One of the most important tasks of bedside 
patient monitoring is the generation of alarms. If, as 
shown in a typical example in Figure 1, a plurality of 
bedside monitors BEDi (with i = 1 to 16 in Fig. 1) are 
connected via a network 20, an alarm status of each 
bedside monitor BEDi can be distributed to a central 
station 30 or to any other of the bedside monitors BEDi. 
The central station 30 is normally located remote from 
the bedside monitors BEDi. 

[0003] The central station 30 typically allows dis- 
playing status and real time data of all or a subset of the 
connected bedside monitors BEDi. The central station 
30 further generally allows to view one individual bed- 
side monitor BEDi in greater detail provided in a specific 
window, as e.g. by the Patient Window of the Agilent 
Information Center of Agilent Technologies. The 
Remote Link product of Agilent Technologies allows 
remotely viewing information from different bedsides 
similar to a central station e.g. in a doctors office. It does 
not trigger any alarms, but displays patient status in a 
comprehensive overview (color coded boxes), and sim- 
ilar to a central station allows to overview more data of 
a single bed in a window. 

[0004] As depicted in Figure 2, existing networked 
bedside monitors BEDi usually provide a display 100 
showing data, such as alarms and/or measured data, 
from the local bedside monitor BEDi. Data of another 
(remote) bedside monitor BED] (with j ^ i) can be 
selected by means of buttons 110 (e.g. soft or hard 
keys) and displayed in a pop-up window 120 generally 
overlapping the data display of the local bedside moni- 
tor BEDi. Alternatively, the pop-up window 120 and an 
alarm tone can appear when another bedside monitor 
BEDj goes into an alarming state. A manual navigation 
scheme generally allows viewing other bedside moni- 
tors BEDi independent of an alarming situation. 

SUMMARY OF THE INVENTION 

[0005] Although the existing bedside monitors 
already provide precious tools for monitoring a patient's 
physiological condition, it is still required to further 
Improve patient monitoring, in particular in networked 
applications. 

[0006] The object is solved by the independent 
claims. Preferred embodiments are shown by the 
dependent claims. 

[0007] The invention provides a way of helping clin- 
ical staff to assess the status of a plurality of patients at 

one glance by permanently presenting the status of a 
plurality of bedside monitors on a reserved area of each 



bedside monitor. This status information is provided 
continuously and independently of an alarming situa- 
tion. Preferably, the reserved area for this status infor- 
mation is displayed in a side area of the monitor display 

5 and/or separated from other data to be displayed (such 
as data from a local or remote bedside monitor). Thus, 
the invention allows providing a comprehensive over- 
view over the related bedside monitors without disturb- 
ing local operations or data monitoring, e.g. by pop-up 
windows covering or overlapping the data display. 
[0008] The term "related monitors" as used herein 
shall represent a plurality of monitors connected with 
each other, e.g. by means of a data network, thus allow- 
ing a data communication between the monitors. 

75 Accordingly, the term "monitor as used herein shall rep- 
resent any kind of patient monitor applicable for moni- 
toring physiological information of a patient. 
[0009] By displaying a continuous status informa- 
tion for related bedside monitors, the invention over- 

2o comes a disadvantage of conventional bedside 
monitors, which normally only render available informa- 
tion about other bedside monitors in case of an alarm or 
after a user interaction, however always only the infor- 
mation of one bedside monitor is displayed at the same 

25 time. Furthermore, the invention preferably allows pro- 
viding such status information generally without over- 
lapping other data display. 

[0010] For fully appreciating the contribution of the 
invention, it has to be understood that although a patient 

30 monitor might resemble a conventional computer to a 
certain degree, the patient monitor still represents a 
measuring device. The main purpose of a measuring 
device, however, is to measure data and make the 
measured data available e.g. by displaying the meas- 

35 ured data. Therefore, it is important for measuring 
devices that essential information will be made available 
and is not accidentally suppressed e.g. by being over- 
lapped. This is in particular of relevance for patient mon- 
itoring where a patient's physiological signals are 

40 monitored and where a not-showing of vital information 
can cause serious harm to the patient. A continuous 
display of status information also of other related bed- 
side monitors, however without interfering with the 
selected display therefore represents a significant 

45 improvement for patient monitoring applications. 

[0011] In a preferred embodiment of the invention, 
an area of a screen of a patient monitor is allocated for 
displaying the status information in an overview area. 
The overview area remains preferably allocated perma- 

50 nently or at least as long as defined by the respective 
application or by a user The remaining area of the 
screen can be used for displaying other kind of informa- 
tion, e.g. to show data of the local patient connected to 
the respective patient monitor, or to view (e.g. in greater 

55 detail) information from other patient monitors, but also 
for increasing the overview area. 
[0012] The location and the size of the overview 
area depend on the specific screen configurations. It is 
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also clear that the overview area needs not necessarily 
be a static area fixed to a certain location, but is also 
moveable along the screen. However, the overview area 
is preferably spatially separated fronn the other display 
areas and will preferably not or only temporarily overlap 5 
or be overlapped therewith. 

[0013] The overview area allows to concurrently 
display the status of other patient monitors connected to 
that patient monitor e.g. via a network. This status of 
other patient monitors is preferably displayed using 10 
symbols, codes or pictograms. Alternatively or in addi- 
tion thereto, this status information can also be provided 
with alphanumerical text fields, e.g. for indicating a spe- 
cific alarming state or the other patient's name. 
[0014] In a preferred embodiment, the size of the 15 
overview area can be further increased in order to dis- 
play more or more detailed information about one or 
more of the other related patient monitors, and/or 
decreased to reduce the information content displayed. 
Preferably, the overview area can only be reduced in 20 
size until a predefined minimum, which still enables to 
overview the other patient monitors. 
[0015] In another preferred embodiment, the over- 
view area provides entry points for operations to get 
more information from a related patient monitor and/or 2S 
to involve a remote operation (e.g. a button to silence an 
alarm or to show a window to change alarm limits). 
[0016] It is clear that the invention can be partly or 
entirely embodied by one or more suitable software pro- 
grams, which can be stored on or othenwise provided by 30 
any kind of data carrier, and which might be executed in 
or by any suitable data processing unit. 



BRIEF DESCRIPTION OF THE DRAWINGS 



Fig. 1 shows a typical example of bedside mon- 

itors connected via a network 20, as 
known in the art, 

Fig. 2 depicts a display of an existing net- 

worked bedside monitor. 

Fig. 3 shows a screen 300 of a (local) patient 

monitor according to a preferred embodi- 
ment of the invention, and 

Figs. 4A-D illustrate examples of overview areas 310 
according to the present invention. 



35 



[0017] Other objects and many of the attendant 
advantages of the present invention will be readily 
appreciated and become better understood by refer- 
ence to the following detailed description when consid- 
ering in connection with the accompanied drawings. 40 
Features that are substantially or functionally equal or 
similar will be referred to with the same reference 
sign(s). 
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DETAILED DESCRIPTION OF THE INVENTION 

[0018] Figure 3 shows a screen 300 of a (local) 
patient monitor according to a prefen-ed embodiment of 
the invention. An area of the screen 300 is allocated as 
an overview area 310 for continuously displaying status 
Infomnation of other (remote) patient monitors con- 
nected with the local patient monitor e.g. via a data net- 
work. The remaining space of the screen 300 or parts 
thereof can be used as a data display 320, e.g. to show 
data (such as alarms, numeric signs, graphical data 
curves (waves), or status information) of a local or a 
remote patient. The data display 320 can represent the 
display 1 00 of Fig. 2. 

[0019] The location and the size of the overview 
area 310 depend on the specific configuration of the 
screen 300 and can be defined by a software designer 
or a sophisticated user. 

[0020] In a nonnal mode of a preferred embodi- 
ment, the overview area 310 is completely separated 
from the data display 320, so that neither the data dis- 
play 320 itself nor any dialog window will overlay and 
cover the overview area 310. The normal mode can be 
left temporarily, e.g. on user request, and the overview 
area 310 and the data display 320 might be overlapped 
shortly. 

[0021] The overview area 310 is used to display the 
status of other related patient monitors connected with 
the local patient monitor (e.g. as shown in Fig. 1). 
[0022] Preferably, the number of other patient mon- 
itors of which the status can be displayed in the over- 
view area 310 can be limited to a specific set of patient 
monitors. Such limitations can preferably be provided 
according to personal criteria, e.g. the patient monitors 
of a care group (which is usually taken care by one 
nurse or a specific group of nurses), or according to 
locality criteria, e.g. the patient monitors of a specific 
room in a hospital. This status information is preferably 
displayed by means of symbols, pictograms, codings 
and/or alphanumeric signs. 

[0023] Figure 4A shows an example for the over- 
view area 310. In that example, the status of up to 12 
related patient monitors could be displayed in the over- 
view area 310. For each related patient monitor, a spe- 
cific status field 400A, 400B 400L is reserved. The 

spatial arrangement of the status fields 400 preferably 
corresponds with the actual physical arrangement of the 
respective patient monitors and/or beds. e.g. in a way 
that the order of the status fields 400 represents the 
physical or spatial order of the corresponding beds In 
that (care) group. The assignment of the status fields 
400 to the respective beds will preferably be maintained 
and will only change when required. For better recogni- 
tion, the status fields can be grouped, e.g. in groups of 
four. 

[0024] In Figure 4A, a specific coding scheme is 
applied, e.g.: 
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• Bed not online or off: dark blue background 

• Bed online and no alarm: white box with dark blue 

background 

• Technical alarm: "-?-" with light blue (cyan) 

background 

• Limit alarm: (blinking) with yellow 

background 

• Severe alarm: "**" (blinking) with red 

background 

• Alarms turned off red crossed out bell on 

white background 

• Demo mode: "DEMO" with dark blue 

background 

• Stand-by mode: "standby symbol" with 

dark blue background 

• Local bed: white box with black back- 

ground. 

[0025] It is dear that a different coding and/or 
(graphical) presentation stile can be used accordingly. 
[0026] Figure 48 shows another example of the 
overview area 310 with status fields 400 and one or 
more alarm text fields 410 (only one text field is shown 
in Fig. 48). In addition to the status fields 400, active 
alarm texts and/or the respective patient name from 
other related patient monitors could be displayed in the 
text fleld(s) 41 0. If more alarms from different beds are 
active at the same time, the related alarm texts are pref- 
erably rotated in the alarm text field(s), and the related 
status field 400 is highlighted respectively. 
[0027] While the overview area 31 0 in the examples 
of Figs. 4A and 48 only displays status fields 400 of 
other related (remote) patient monitors, it is clear that 
one status field 400 can also be reserved for the local 
patient monitor. This is in particular useful when the 
data display 320 will be applied for displaying data of a 
remote patient monitor. In such a case, however, the 
status fields 400 might also be adapted automatically to 
the present display at the data display 320, so that when 
the data display 320 displays information of a remote 
patient monitor (instead of the local patient monitor) the 
status field of that remote patient monitor will be auto- 
matically exchanged against a status field for the local 
patient monitor. A reservation of one status field for the 
local patient monitor irrespectively of the current display 
in the data display 320 might also be useful for improve 
an intuitive understandability of the overview area 310, 
e.g. when the arrangement of the status fields corre- 
sponds to the spatial arrangement of the related (local 
and remote) patient monitors. 



[0028] Figure 40 shows another example of the 
overview area 310. If, for example in the embodiment of 
Figures 4A and 4B, the permanently visible overview 
area 31 0 of the remote patient monitors is enlarged, the 

5 status of an individual patient monitor can be extended 
to display more or more detailed information. In the 
example of Figure 4C, the upper left status field 400A 
shows a bed label, alarms, a subset of parameters and 
one wave for the respective related patient monitor. 

10 [0029] In a preferred embodiment as depicted in 
Fig. 4D, the overview area 310 can also be used as 
entry point for operations to get more or more detailed 
information about one or more of the related patient 
nnonitors, or to invoke a remote operation such as to 

15 silence an alarm or to change alarm limits. In the exam- 
ple of Fig. 4D, a pop-up window 450 will be opened by 
selecting (e.g. clicking on) the status fields 400E repre- 
sented by a numeric sign "5". The pop-up window 450 
represents data of the (remote) patient monitor 

20 assigned by the numeric sign "5" and can be further 
processed as known in the art. 

Claims 

25 1. A local patient monitor (BEDi) for monitoring the 
physiological condition of a local patient, whereby 
the local patient monitor is adapted to provide a 
data-communication with one or more remote 
patient monitors (BEDj) in a network (20) with or 

30 without an additional central data-display compo- 
nent (30), the local patient monitor comprising: 

a display (300) adapted for displaying informa- 
tion preferably representative of the physiologi- 
35 cal condition of the local patient, 

characterized in that the display (300) com- 
prises an overview area (310) for displaying 
status information from the one or more remote 
patient monitors. 

40 

2. The local patient monitor of claim 1 , characterized 
in that the overview area (310) provides the status 
information continuously and independently of an 
alarming situation. 

45 

3. The local patient monitor of claim 1 or 2, character- 
ized in that the overview area (31 0) is a side area of 
the display (300) and/or separated from other data 
to be displayed. 

50 

4. The local patient monitor of any one of the above 
claims, characterized in that the overview area 
(310) is spatially separated from other display 
areas of the display (300) for displaying other infor- 

55 mation, whereby the local patient monitor further 
comprises means for ensuring that the other dis- 
play areas will not or only temporarily overlap the 
overview area (310) on user request. 
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5. The local patient monitor of any one of the above 
claims, characterized in that the overview area 
(310) remains permanently allocated within the dis- 
play (300) or at least as long as defined by a 
respective application or by a user. 5 

6. The local patient monitor of any one of the above 
claims, characterized in that the overview area 
(310) comprises symbols, codes, pictograms, 
graphical data curves, and/or alphanumerical text io 
fields for displaying the status information. 

7. The local patient monitor of any one of the above 
claims, characterized in that the size of the over- 
view area (310) comprises at least one entry point is 
for operations to get more information from one or 
more of the remote patient monitors. 

8. A patient monitoring system comprising: 

20 

a plurality of patient monitors, each adapted for 
monitoring the physiological condition of a local 
patient connected with the respective patient 
monitor, whereby 

25 

the patient monitors are adapted to provide 
a data-communication with each other, 
and 

each patient monitor comprises a display 30 
(300) adapted for displaying information 
preferably representative of the physiologi- 
cal condition of the local patient, 

characterized in that the display (300) of at 35 
least one of the patient monitors comprises an 
overview area (310) for displaying status infor> 
mation from one or more of the other patient 
monitors. 

40 

9. A method for monitoring the physiological condition 
of a local patient with a local patient monitor (BEDi) 
adapted to provide a data-communication with one 
or more remote patient monitors (BEDj) in a net- 
work (20) with or without an additional central data- 45 
display component (30). the method comprising the 
steps of: 

displaying information preferably representa- 
tive of the physiological condition of the local so 
patient, and 

displaying status information from the one or 
more remote patient monitors. 

55 

1 0. A software program, adapted to be stored on or oth- 

enA^ise provided by any l<ind of data carrier, for exe- 
cuting the steps of the method of claim 9 when run 



in or by any suitable data processing unit. 
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